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MBIHOD MD APPARATUS FOR DATA LOGGIHQ 

This invention relates to a method and apparatus for data logging. 
BACKGROIIND 

from nlTl Tf"^ specification is the process of collecting data 

from „«=blle devices performed in order to obtain business infom^tion 
relating to how the mobile devices operate. For exa^le. position, 
ocation and speed of a- vehicle over time is useful log da^ f^r'^e in 
insurance liability calculations for that vehicle. Xn Lther Z^l 
axgnai strength of a mobile connnunication system over both time^ 
posxtion xs useful log data to enable a telecommunication company to plan 

svst^'T"'' ''^^^ "^'^ - >nobiirjeddeI 

system using positional information and signal strength information fro. 
ources xnc udi^g the netv^r. itself (e.g. OSM, and global positioning 
satellites (gps, . .og data is stored in the mobile embedded system for 

r:lZrT77ZT-'\'" --'^-^ - -Mle phone 

necworjc or other Wireless technology. 

device is ready it requests control of the transmission channel. Such a 
syste. xs described in ns Patent Publication S2eZ2SS which disclosTa 

WuLTr"^ "'^"^ installation on-board a vehx le xt 

x^ludes a dxagnostxc structure for monitoring operational functions of a 
vehicle and a server which communicates with the diagnostic structure to 
^ceive operational infor^tion. The operational infotnation is , to 
the server when the information is ready. upxoaded to 

03/033r''l!r"'"' latent Publication 

02/03350, dxscloses a method and system for monitoring cellular 

co^unxcatxon. .^e method continuously extracts traffic' load and speed on 
roads within the coveraae a«a r>^: = « m , speea on 

to a cl\T'" '^"^ <^-l°ading log data on demand is that it can lead 
to a conflict situation when several devices are r*.™,^ 

o»r„ as n™-=rd.r«i re,^ests than tor ordered recasts, oo. 
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«^^to order the downloads is to schedule the. to co.e in at a certain 



^eth./ r discloses a distributed telemetry 

method and system affected by co-ordinating the taicing of readings of a 
parameter by mobile phone users, the parameter readings being se!t to a 
se^ce system together with location infom^tion on the users, xt is the 

rLl the 
readxng Of iixterest are to be taken. The reading is sent to the service 
system xmmediately or triggered by, for exa^ie. a scheduled time. 

and « TT" "'^"^"^ ^^-^ Simultaneous 

and multiple device upload of data can create overload on a server that 
ccllects such log data when the bandwidth is different from that 
predicted. 

soioaRy OF the ibvkntiohs 

r>r^,^T°T"^ '° " °' ^'^'-^^ invention there is 

provided a data logging method for transferring log data to a server over a 
wireless network from a plurality of remote devices, said server"" 

^::L::^:::r";™ — < — comprising 

to " "^^^^^^ transferring log data from a device 

to the server taking into account the wireless network signal strengtHf 

ptioTr ^"""^""^^^ "^'^ "^-^^ '^-^ -^eduled trlsfer 

period does not overlap a time when the estimated wireless network stre^gt" 
is too low to transfer the log data; and 

schedul'!""''"''" P-i°«i in the 

steps step above advantageously comprises the following 

selecting a device from the plurality of devices; 

•tart ? • i-^-"^ =. 

.t«t tl™ ,M « tl« to tr»«„ th. log to th. „rv„, th. . 
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calculation using the selected device's transfer size and using transfer 
periods of other devices if known; 

estimating, for the selected device, wireless network signal strength 
data for the calculated transfer period; 

performing, for the selected device, the calculating and estimating 
steps again if the transfer period overlaps a period of time where the 
estimated wireless network strength is below a predetemdned threshold; and 

storing the transfer period in a schedule. 
The method advantageously further comprising: 

acquiring the actual transfer size for a device before transferring 
the data; 

re-calculating the transfer period for the first device; and 

re-calculating transfer periods of other devices if the re-calculated 
transfer period of the first device affects the transfer periods of the 
other devices. 

Suitably, when calculating the transfer period, the server transfer 
capacity is taken into account. 

More suitably, an estimate is made using historical server transfer 
capacity data from a similar time period. 

Preferably, for a particular device, more than one transfer period is 
calculated so that the data may be downloaded. Such a device is one 
existing in variable signal strength conditions. 

More preferably the device alerts the server to the actual transfer 
size when or before transfer takes place. If .the actual transfer size is 
significantly different to the predicted transfer size then the server 
recalcxilates the schedule. 

Advantageously, the server stores wireless network signal strength 
for each client with respect to time. 

More advantageously, the server makes an estimate of future wireless 
network signal strength for a particular client based on the signal . 
strength at a previous time, for instance, the same time of day a week 
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before. If the signal strength is acceptajble for all or most of the 
scheduled transfer then the server can asstane a low chance of interruption. 

Conversely if there is an interruption in this previous transfer, the 
server can assume a high chance of interruption. 

Suitably, the server stores wireless position data for each client 
with respect to time and makes an estimate of future wireless network 
signal strength by estimating future position based on the present 
position, direction of travel, and speed of travel. 

More siiitably the method further coioprising: 

acquiring the actual wireless network signal strength before 
transferring log data; and 

rescheduling the transfer period if actual wireless network strength 
is below a predetermined threshold. 

Preferably, the method is performed on devised in a defined priority. 

More preferably a device's priority is defined by its wireless 
network signal strength. 

Advantageously a device's priority is defined by the quantity of 
data to transfer. 

More advantageously, there is provided a reserve channel for service 
information. If a device finds that it has not been serviced but now has a 
need to transfer data. The device can proactively contact the server to 
request a higher priority of servicing. This request and data transfer 
needs to use an alternative channel of communication into the server and 
ensures that other lower priority tasks do not block its request. 

Suitably, some devices do not have a scheduled download but download 
on demand. This allows for the benefits of an on-demand download as well as 
that from adaptive scheduling. Some devices may be deactivated, hence to 
not need to be included into the scheduling- and planning system while in 
this state. They are treated as non- scheduled devices and data log download 
is on-demand and when available., 

DESCRIPTION OF THE DRAWINGS 

In order to promote a fuller understanding of this and other aspects 
of the present invention, an embodiment of the invention will now be 
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invent!^' ' ' °' ^^^^^^ e^bodln^nt of the 

Figure 2 is a schematic .diagram of a profile data structure stored I 
the present embodiment of the invention; 

Figure 3 is a schematic diagram of a plan data structure stored by 
the present embodiment of the invention; and 

invention""' ' ^ ^"'^^^'^^ ^ ^^"^^^ ^^^^^"^ °^ P—t 



OMCMETIOT 0» IBS BfflODIlIEllTS 

1.0» Wh«. H i. o. =ra«: . MllUo. devices. =,01. aevioe iooa. . „ ^ 
c™^...,.: prom. d.t. . aevlc profiler 10., . ^t. log 10., . 

profile aeta 301, . device profiler 303, . eoheduler 30., . pl„ 3«, " 

311, ^ an ^loed co,.pon«.t 312. 1, ,t„„, , ^^^^^ J 

«>e =ii°::"e:nL"" "^'-^ --"^ — ^™ 



b„. ^ ""'"^ =^acterietics relating to the device 

but not the d„»load data iteelf. deferring to Plgnre device prltTZ, 
con^rieee two profile, for each device in tie preferr«. e««»ujt f^etlv 
a cc^ectlvlt^ profile 103A, and .econdl^ , download proflle^I' " 

tl™ T l»°l»dee GSM radio reception power over 

di^ Sll h .~«apMcal position of the 

'° '""'""""l- P"f"= "here it ie derlv^i 

T^^r i'T^ °' -i^ic data fr« thi .SM 

'~ein:-Z t °' * " "^'^ — ae this la „„.tly 

likely to Show . pattern. However, in other e,.bo<ll,^t., . longer period 

" the .in»™, although theoretically it could he e^aller, end three ^ 
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Of data gives better averages. More than four weeks of data puts pressure 
em the storage resource of the device profiler 302. 

The quantity of data previously collected allows for at least an 
estimate to be made of the next quantity of data , downloaded. The device 
profiler 302 provides information to the device scheduler 304 to enable it 
to establish an estimate for coimectlon time. It also provides information 
relating to GSM power levels so that unsuitable connection times can be 
estimated. 

The download profile 103B, stores, for each device, a record of each 
download of data and comprises the time of download and the quantity of 
data collected in the download. 

The scheduler 304 builds the plan 306 by allocating time periods to 
each specific device based initially on the amount of data that each device 
is ejected to transfer. Device scheduler 304 receives the actual network 
usage. from the data exchange 310 and bandwidth forecast information from 
component 311. If the scheduler 304 sees that current network usage exceeds 
or xs much less than that used to build the plan 306 then the scheduler 304 
updates the plan 306. The device scheduler 304 works to substantially 80% 
full capacity so that overruns can be catered for and rescheduling work 
does not continuously replan. 

• The plan 306 (see Figure 3) is a data structure that stores a 
download schedule for each device. Each download for a device is a record 
m the database having four fields: 1) transfer period (start time and end 
time); 2) the device identification, and 3) the transfer size. 

The updater component 308 keeps a device updated as to its scheduled 
txme by passing messages with the current schedule details and also when 
relevant changes are made to the plan 306. it keeps traqk of a device that 
is off-line and informs the off-line device as soon as it becomes on-line 
through the data exchange 310. 

The update coinponent 308 negotiates with the scheduler 304 in case 
the device has run out of memory or has not downloaded for an excessive 
period of time. The schedul^ 304 identifies change in the plan 306 and 
informs the updater component 308 and updates the plan 306 with 
confirmation from the devices lOOA. . .N. 

The bandwidth forecast component 311 monitors current download 
actxvxty from actual data transfers going through the data exchange 3X0. 
From this information the present download bandwidth can be monitored and 
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Stored for future planning reference. This data is then used to provide a 
forecast of network capacity for the scheduler 304, which then in turn may 
choose to throttle back the data transfer by moving devices, or move 
devices up to take advantage of available bandwidth, m another embodiment 
the bandwidth component acquires forecast information from a network 
supplier • 

The uploader 312 determines when to update client devices with new 
software. It takes as input plan 306 to provide an indication of other 
traffic that may make use of the data communications lines 210,206. The 
plan 306 will have an impact on deciding when to upload software to the 
client devices as. each download will reduce the * effective' coiranunications 
bandwidth for data upload. 

The client device lOOA will now be described. Client devices 100B..N 
have the same components and configuration but different identification. 
Each device lOOA. . .N comprises: profile data 102; a device profiler 104; a 
data log 106; a device controller 108; and a data exchange 110. 

The profile data 102, maintained by the device profile conrponent 104, 
maintains a profile of the device's connectivity and data volumetrics. It 
is the. profile data 102 that is sent to the server 300 to be used in 
planning and prioritization by the . scheduler 304. 

The data log 106 contains the log data for transfer to the server 
300, it also may contain any specific data used by the device controller 
108, The key objective is to transfer log data 106 from the client to the 
datastore 400 via the server 300. 

Device controller 108 is responsible for ensuring co-ordination of 
the log data 106 and controls the download of data to the server 300 and 
the communication of data volumes. It is the device controller 108 that 
initiates the data connection and bulk transfer based on the scheduled time 
received from the server 300, The device controller 108 receives the 
schedixle information from plan 306 via the update component 3 08. Before the 
downloading of the log data the device controller 108 establishes 
communication with the scheduler 304 through update component 308 and the 
data exchange mechanism 310/110 to check for final adjustments. Ideally 
each client lOOA. . .N would be controlled by the same version of device 
controller 108 but it may be that some devices have been updated by 
uploader 312 and others are using an older version. Software updates can 
be transferred between the server 300 and the clients lOOA. . .N along the 
same communication lines as the data is transferred. 
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Method 400 of the embodiment is described with respect to Figure 4 
The scheduler 304 selects, step 402. a first client device from the 
available devices in the profile data 301. Each device has previously 
contacted the server and registered itself as available in the profile data 
301. Each device sends information relating to its expected future download 
size and this is stored in a download profile 103B. The device profiler 302 
creates new profile data structures for each new -registered device and 
stores the contact details of the device in the device profile. Any future 
download size is stored in the. related download profile data structure. 

The scheduler 304 acquires, step 404. the transfer size for log data 
from the download profiles . • 

The scheduler 304 calculates', step 40S, the future transfer period of 
device based on the availability of the download bandwidth of the server 
300 and the transfer size of the log data estimated in step 404. The 
calculation excludes certain periods that have been eliminated at step 410 
due to a weak signal strexigth. 

The scheduler 304 estimates, step 408, the signal strength by looking 
up the connectivity profile of the device. The simplest embodiment uses the 
signal strength of a week previous but another embodiment averages the 
signal strength from the last two or three weeks". 

The scheduler 304 compares, step 410, the estimated signal with a 
threshold. If the estimated signal strength is below the threshold then the 
signal strength will be too low for reliable transmission of data and the 
method branches back to step 406 and a new transfer period will be 
calculated. 



The scheduler 304 stores, step 412, the transfer period in the plan 
306. At this point the updater 308 sends the transfer period to the device 
in question- 

The scheduler 304 then performs, step 413, for each device lOOA. .N 
the steps 402 to 412 so that the plan 306 has a scheduled time and a 
scheduled download size for each device lOOA. .N. 

The plan 306 selects, step 414, a device having an imminent transfer 
period. 

The scheduler 304 acquires, step 415, an actual transfer size by 
communicating with the device controller 108 through data exchange 110/310 
The device controller queries the log data 106 and returns the value 
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The scheduler 304 recalculates, step 416, the transfer period at this 
later stage. 

The scheduler 304 acquires, step 418, the actual signal strength 
before transmission. 

The scheduler 304 cheeks, step 420 if the acquired signal strength is 
below a threshold. A typical threshold would be 20% of maximum ^ower but 
this value would depend on the working conditions of the implementation. If 
the acquired signal strength is below 20% then the present transfer is 
aborted. A new transfer period is needed and the. method goes back to step 
406. If the acquired signal strength is 20* or above then the method 
proceeds to step 422. 

Once the signal strength is confirmed then the log data is 
transferred, step 422, through the data exchange mechanism 310/110. In the 
preferred embodiment the device controller 108 initiates the communication 
and log data transfer at the scheduled time. In another embodiment the 
scheduler 304 initiates the download communication when it checks the 
signal strength. 

The scheduler 304 then performs, step 423, for each entry in the plan 
306 the steps 414 to 422 so that each device transfers its log data when 
the signeO. strength is acceptable. 

Although the embodiments have been described in terms of a single 
server it is possible to scale the solution up to two or more servers. 



10 



15 



20 



25 



35 



GB9200200816B1 XO 



CLAIMS 



1. A data logging method for transferring log data to a server over a 
wireless network from a plurality of remote- devices, said server for 
receiving data from the plurality of said devices, said method comprising 
the following steps: 

scheduling a transfer period for transferring log data from a device 
to the server taking into account the wireless network signal strength of 
the device for the scheduled transfer period whereby the scheduled transfer 
period does not overlap a time when the estimated wireless network strength 
is too low to transfer the log data; and 

transferring data determined by its respective transfer period in the 
schedule. 

2. A method as in claim 1 wherein the scheduling step comprises the 
following steps: 

selecting a device from the pltarality of devices; 

providing a transfer size for data to be transferred from the 
selected device; 

calculating, for the selected device, a transfer period including a 
start time and an end time to transfer the log data to the server, the 
calculation using the selected device's transfer size and using transfer 
periods of other devices if known; 

estimating, for the selected device, wireless network signal strength 
30 data for the calculated transfer period; 

performing, for the selected device, the calculating and estimating 
steps again if the transfer period overlaps a period of time where the 
estimated wireless network strength is below a predetermined threshold; and 



40 data; 



storing the transfer period in a schedule. 
3. A method as in claim 2 ftarth^r conprising: 

acquiring the actual transfer size for a device before transferring the 



recalculating the transfer period for the first device; and 
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recalculating transfer periods of other devices if the recalculated 
transfer period of the first device effects the transfer periods of the 
other devices. 

4. A method as in claim 2, wherein, when calculating the transfer 
period, the server transfer capacity is taken into account. 

5. A method as in claim 2 wherein, an estimate is made using historical 
server transfer capacity data from a similar time period. 

$. A method as in claim 2 wherein, for a particular device, more than 
one transfer period is calculated so that the data may be downloaded. 

7. A method as in claim 2 wherein, the device alerts the server to the 
actual transfer size when or before transfer takes place. 

8. A method as in claim 2 wherein, the server stores wireless network 
signal strength for each client with respect to time. 

9. A method as in claim 2 wherein, the server makes an estimate of 
future wireless network signal strength for a particular client based on 
the signal strength at a previous time*. 

10. A method as in claim 2 wherein, the server stores wireless position 
data for each client with respect to time and makes an estimate of future 
wireless network signal . strength by estimating future position based on the 
present position, direction of travel, and speed of travel. 

11. ' A method as in claim 2 further comprising: 

acquiring the actuail wireless network signal strength before 
transferring log data; and ' 

rescheduling, the transfer period if actual wireless network strength 
is below a predetermined threshold. 

12. A method as in claim 2 wherein the method is performed on devices in 
a defined priority. 

13 . A method as in claim 12 wherein the priority is defined by the 
wireless network signal strength of each device. 

14. A method as in claim 12 wherein the priority is defined by the 
quantity of data to transfer of each device. 
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15. A method as in claim 2. wherein there is provided a reserve channel 
for service information. 

16. A data logging system for transferring log data to a server over a 
wireless network from a plurality of remote devices, said server for 
receiving data from the plurality of said devices, said system comprising: 

means for scheduling a transfer period for transferring log data from 
a device to the server taking into account the wireless network signal 
strength of the device for the scheduled transfer period whereby the 
scheduled transfer period does not overlap a time when the estimated 
wireless network strength is too low to transfer the log data; and 

means for transferring data determined by its respective transfer 
period in the schedule. 

X7. A computer program product for transferring log data from a plurality 
of remote devices to a server over a wireless network, said computer 
program product comprising computer program instructions stored on a 
computer-readable storage medium for. when loaded into a computer and 
executed, causing a computer to carry out the steps of: 

scheduling a transfer period for transferring log data from a device 
to the server taking into account the wireless network signal strength of 
the device for the scheduled transfer period whereby the scheduled transfer 
period does not overlap a time when the estimated wireless network strength 
is too low to transfer the log data; and 

transferring data determined by its respective transfer period in the 
schedule. 

18. A service for consolidating log data from a plurality of remote 
devices to a server over a wireless network and supplying said consolidated 
log data on demand to a service requester, said service performing a method 
comprising the steps of: 

scheduling a transfer period for transferring log data from a device 
to the server taking into account the wireless network signal strength of 
the device for the scheduled transfer period whereby the scheduled transfer 
period does not overlap a time when the estimated wireless network strength 
is too low to transfer the log data; and 

transferring data determined by its respective transfer period in the 
schedule. 
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19. A service requester for receiving consolidated log data collected by 
a web service from a pl\irality of remote devices over a wireless network, 
said service performing a method coxnprising the steps of: 

schediiling a transfer period for transferring log data from a device 
to the server taking into accotuat the wireless network signal strength of 
the device for the scheduled transfer period whereby the scheduled transfer 
period does not overlap a time when the estimated wireless network strength 
is too low to transfer the log data; and 

transferring data determined by its respective transfer period dLn the 
schedule . 
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J^STRACT 

IfETHOD APPAR&T0S FOR DATA Z1O66ING 

There is described a data logging method for transferring log data to 
a server over a wireless network from a plxirality of remote devices, said 
server for receiving data from the plurality of said devices, said method 
comprising the following steps: scheduling a transfer period for 
transferring log data from a device to the server taking into account the 
wireless network signal strength of the device for the scheduled transfer 
period whereby the scheduled transfer period does not overlap a time when 
the estimated wireless network strength is too low to transfer the log 
data; and transferring data determined by its respective transfer period in 
the schedule. 
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